Skip to main content

10 Reasons Why Estimations Are Harmful in Software Development

· One min read
Lars Opitz
Passionate Software Craftsperson | Seasoned Agile Leader @ eBay

To clarify, I'm specifically addressing software product and project development, as this is my area of expertise.

Planning in a large organization like eBay can be a lengthy and exhausting process involving hundreds of individuals. Such planning is typically based on estimations. However, these estimations are flawed and can have several harmful impacts:

• Reduced agility—teams implement what's planned rather than what's right
• Suboptimal outcomes for customers
• Broken plans and roadmaps
• Lack of testing & learning, and subsequent cleanup
• Inflated development costs due to rework from implementing the wrong solutions
• Decreased revenue and income
• Projects often running "late," which erodes trust in delivery
• High pressure to meet arbitrary dates derived from estimations and presented up the command chain as "roadmaps"
• Shortcuts taken lead to accumulated technical debt
• Product debt accrued due to insufficient time before due dates

For these reasons, we need to adopt a different approach to planning and collaboration between stakeholders and engineering teams.

Have you had positive experiences with estimation? What do you see as potential reasons for using estimations?

Let's discuss!

Please let's discuss on LinkedIn.